home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0085 / 289.txt < prev    next >
Text File  |  1997-04-16  |  14KB  |  340 lines

  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Mon,  5 Mar 90       Volume 90 : Issue  289
  4.  
  5. Today's Topics:
  6.                            ATTN Mickey Boyd
  7.                            Computer Wanted
  8.                      CRITICAL ERROR ROUTINE ARGS
  9.                Floating Point Wierdness with Sozobon C
  10.                   LZH program wanted...  Please Help
  11.          Mono-Monitor Alternative - An Idea - Suggestions???
  12.                    no shareware mac emulator (long)
  13.           PD/shareware Fortran compiler for Atari ST needed
  14.    Print Desktop (Alt-HELP) with Epson 24 pin printer - HELP NEEDED
  15. ----------------------------------------------------------------------
  16.  
  17. Date: Mon, 5 Mar 90  20:42 GMT
  18. From: Vision Newspapers <SOCS18%vaxb.york.ac.uk@NSFnet-Relay.AC.UK>
  19. Subject: ATTN Mickey Boyd
  20.  
  21. ATTN Mickey Boyd (boyd@fsucs.cs.fsu.edu)
  22.  
  23. I tried to mail you a copy of ST Blank as requested, but the the EARN gateway
  24. has given up after failing to deliver the message (it's been trying for
  25. eight days).
  26.  
  27. How can I contact you?
  28.  
  29. Apologies for using net bandwidth in this way, but I can't see another method.
  30.  
  31. Mathew Lodge (JANET : SOCS18@uk.ac.york.vaxa)
  32.  
  33. ------------------------------
  34.  
  35. Date: 5 Mar 90 22:08:49 GMT
  36. From: pacific.mps.ohio-state.edu!ohstpy!miavx1!rlcollins@tut.cis.ohio-state.edu
  37. Subject: Computer Wanted
  38. Message-ID: <1092.25f29d21@miavx1.acs.muohio.edu>
  39.  
  40. Help!!!
  41.  
  42. I'm in dire need of an Atari 8-bit computer, anything but the 400. (This is
  43. for my girlfriend, and she doesn't like the membrane keyboard at all) I
  44. also need a disk drive too. Orginal boxes or manuals are not needed though.
  45. (Just in case you can't find them!!!)
  46.  
  47.                         Goz
  48. --
  49. ????????????????????????????? Ryan Collins ??????????????????????????????????
  50. "When you have Super Powers,                  rlcollins@miavx1.BITNET
  51. hard work is easy"                             rc1dsanu@miamiu.BITNET
  52.  -Dufus from Ducktails
  53. ??????????????????????Yea, right, thats what I said.?????????????????????????
  54.  
  55. ------------------------------
  56.  
  57. Date: 6 Mar 90 01:41:56 GMT
  58. From:
  59.  cs.utexas.edu!uwm.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!cs325ec@tut.cis.ohio-st
  60.  ate.edu
  61. Subject: CRITICAL ERROR ROUTINE ARGS
  62. Message-ID: <16000020@ux1.cso.uiuc.edu>
  63.  
  64.         OK, now I can trap errors by setting 0x404 to point to one
  65.         of my own subroutines...  But...  What sort of arguments
  66.         should my routine accept?
  67.  
  68.         I tried
  69.  
  70.         int criterr(void)
  71.                 ?
  72.                 ?
  73.  
  74.  
  75.         and long criterr(void)
  76.                 ?
  77.                 ?
  78.  
  79.         but I am just guessing... and they don't work.  Can someone
  80.                 tell me what to expect from the 0x404 jump?
  81.  
  82.                 Thanks.
  83.                                 -- Greg
  84.  
  85. ------------------------------
  86.  
  87. Date: 5 Mar 90 10:29 -0800
  88. From: Doug Latornell <latornell@mech.ubc.ca>
  89. Subject: Floating Point Wierdness with Sozobon C
  90. Message-ID: <301*latornell@mech.ubc.ca>
  91.  
  92.  
  93. Consider the following piece of code:
  94.  
  95. #include <stdio.h>
  96. #include <fplib.h>
  97. main()
  98. ?
  99.   float  a;
  100.   FILE   *fopen(), *infile, *outfile;
  101.  
  102.   infile = fopen("test2.dat", "rt");
  103.   outfile = fopen("test2.out", "wt");
  104.   fscanf(infile, "%f", &a);
  105.   fprintf(outfile, "a = %f\n", a);
  106.   fclose(infile);
  107.   fclose(outfile);
  108.   exit(0);
  109. ?
  110.  
  111. I use the command line "cc -vf test2.c" to compile this with
  112. Sozobon C version 1.1 and the libm.a library from fplib2.0.
  113. If test2.dat contains:
  114. 0.01000000000
  115. (that's 9 0s after the 1) the result in test2.out is:
  116. a = 0.010000
  117. and everything is fine.  But, if I add a 0 to the contents of test2.dat:
  118. 0.010000000000
  119. the result in test2.out is:
  120. a = 0.001410
  121.  
  122. The value that stored in "a" seems to change with the value in test2.dat but I
  123. can't correlate the changes.  I'm pretty sure the problem is with fscanf()
  124. because this problem arise initially in a program that reads data from a file
  125. into a struct and uses v_pline() to display the data (after minor
  126. manipulation).  That program worked fine when compiled with Megamax C.
  127.  
  128. Can anyone a) reproduce the results described above and b) suggest an
  129. explanation?
  130.  
  131. Although I haven't tested this theory exhaustively, I think that fscanf()
  132. freaks out when the field it is reading contains more than 13 characters.
  133. Why this should be is beyond me.  I haven't yet delved into any of the
  134. compiler or library source code and am definitely *not* looking forward to
  135. doing so.
  136.  
  137. BTW, my system configuration is:
  138.         1040STF (built in DS floppy) ca late 1986
  139.         TOS 1.0 in ROM
  140.         ST296N disk connected via ICD host adapter
  141.         using Gulam shell to drive Sozobon C
  142.         AUTO folder contains: copyfix.prg
  143.                               icdtime.prg
  144.                               idle12.prg
  145.                               multivec.prg
  146.                               uis_ii.prg
  147.  
  148.  
  149. Doug Latornell        (latornell@mech.ubc.ca)
  150. CAM/Robotics Lab
  151. Mech. Eng. Dept.
  152. University of British Columbia
  153. Vancouver, British Columbia, Canada
  154.  
  155. ------------------------------
  156.  
  157. Date: 5 Mar 90 23:21:09 GMT
  158. From: zaphod.mps.ohio-state.edu!usc!jarthur!uci-ics!wngai@tut.cis.ohio-state.edu
  159.   (Wayne Ngai)
  160. Subject: LZH program wanted...  Please Help
  161. Message-ID: <25F2F465.10206@paris.ics.uci.edu>
  162.  
  163. Is there LZH program exist for Unix systems???  Or even source codes??
  164. If so, could someone please mail me a copy of source if possible??
  165.  
  166. We are using DYNIX V3.0.12  (a deviation of Berkeley unix)
  167.  
  168.  
  169. wayne
  170.  
  171. ------------------------------
  172.  
  173. Date: 5 Mar 90 23:11:49 GMT
  174. From:
  175.  zaphod.mps.ohio-state.edu!usc!elroy.jpl.nasa.gov!jarthur!uci-ics!gateway@tut.ci
  176.  s.ohio-state.edu  (Wayne Ngai)
  177. Subject: Mono-Monitor Alternative - An Idea - Suggestions???
  178. Message-ID: <25F2F235.8613@paris.ics.uci.edu>
  179.  
  180. Is it possible to connect IBM type monochrme monitor via special cable to
  181. Atari (ones without RF module)??  If not, is there any other computer's
  182. mono-monitor could be use a substitue???
  183.  
  184.  
  185. Wayne.
  186.  
  187. ------------------------------
  188.  
  189. Date: 5 Mar 90 11:46:40 GMT
  190. From:
  191.  zaphod.mps.ohio-state.edu!samsung!xylogics!merk!alliant!linus!nixbur!nixpbe!peu
  192.  n11!capit@tut.cis.ohio-state.edu  (Pit Capitain)
  193. Subject: no shareware mac emulator (long)
  194. Message-ID: <1345@nixpbe.UUCP>
  195.  
  196. To anyone who's been interested in the shareware mac emulator...
  197.  
  198. Apologies that you didn't hear anything from me for months, but
  199. I've been too busy with my `real' work. Here's the state of the
  200. project:
  201.  
  202. I decided NOT to release the 64K version, mainly because there
  203. was almost no interest in the emulator (at least on usenet). I
  204. got something around 40 answers :(
  205. I also realized that most of the software on MacWorld's top ten
  206. list requires the Plus Roms to run without patches, so I think of
  207. Aladin as a good piece of work, but to be realistic, with only
  208. 64K Roms it's an out-of-date piece of work.
  209.  
  210. I'm still planning to re-design the emulator and to support Plus
  211. Roms, mainly for my own usage. I don't know if I'll have time to
  212. do it and when it will be finished, but if it is, I think I will
  213. release it as shareware, maybe together with source code, but -
  214. again - I don't know when I'll do it...
  215.  
  216. In an old message Dave Small wrote:
  217.  
  218. >       If I may ask -- can the story of the development of Aladin be told?
  219. > I remember the name Mathias Greve, and something about two brothers who
  220. > did the original product; I'm not familiar with the shareware offerer's
  221. > name. I'd like to hear it if you'd care to tell it.
  222.  
  223. Here it is:
  224. since the first day I heard of Apple's Lisa, I was fascinated of its
  225. user interface. But as a student, I never have been able to buy one,
  226. even after the release of the Mac. (In Germany, Apple's prices are much
  227. higher than in the US.) Some guys near my home town (two brothers,
  228. Matthias and Michael Greve) had kind of rich parents and bought a mac
  229. in '84. At first, I wasn't able to look `into' the Mac - with only
  230. MacPaint and MacWrite at hand, but then came Microsoft Basic! Now I
  231. could write a program like the Apple ]['s monitor rom, and I was able
  232. to get a disassembled listing of the 64K roms and of the system files.
  233. I started to comment this listing, which has been hard in the beginning,
  234. but Apple released more and more information about the Mac's internals,
  235. finally `Inside Macintosh'. By the time, I got a very thorough knowledge
  236. of the Mac's OS.
  237. The Greve brothers (the Mac owners) had a small software company named
  238. `ProficomP', trying to sell some Apple ][ games, without much success.
  239. They got the idea of a 2MB battery powered memory board for the first
  240. 512K Macs. I wrote the software for this board, that allowed to use part
  241. of it as a ramdisk, from which you could boot the system - this saved
  242. hours(!) of time, because back then there was no harddisk... Soon before
  243. we were ready to ship the board, Apple release the Mac Plus, with 1MB
  244. of memory and hard disk support.
  245. :(
  246. In the meantime, Atari released the ST, claiming it to be a `Jackintosh'
  247. but I didn't like it's OS. However, the hardware and the price was great!
  248. I told the Greve brothers of my idea to port the Mac's OS to the ST.
  249. After some arguing on the pro's and con's, I could convince them that
  250. this could be a promising idea. To reward me for the unsuccessful memory
  251. board project they bought me an Atari ST, so I could realize my ideas,
  252. and they wanted to market the final product.
  253. Three months before we wanted to ship, we heard of Magic Sac. After the
  254. first shock we thought of it as a good test for the reactions of Apple.
  255. (We were convinced, that our product would be better. Sorry, Dave :)
  256. Apple showed no interest in the Magic Sac, so we started shipping, too.
  257. Well, the rest should be known.
  258. After 3 months with very, very rapidly growing sales, Apple took us to
  259. court for the first time, with the result that we had to stopp selling
  260. Aladin in Germany. We still could sell it in the rest of Europe, and
  261. there were enough companies out there, who sold Aladin back to Germany
  262. again.  After the second lawsuit with Apple in '89 though, the Greve
  263. brothers decided to stop selling Aladin.
  264.  
  265. I hope not to waste bandwidth, but I'd like to add some personal remarks
  266. on the Aladin history:
  267. since the beginning of the product, the Greve brothers thought of Aladin
  268. as their product. Everybody (like Dave) knew them and the name of their
  269. company, but not me. I simply was the `programmer'. Yes, it has been my
  270. fault to tolerate this, but I hoped for the future to change this.
  271. I always had trouble with the Greve brothers to get my part of the
  272. company's income. That was the reason why I decided to quit the development
  273. of Aladin in '88. I never could tell at the end of a month whether I could
  274. pay the rent for my appartment or not, and my wife and I didn't want to
  275. live like that. I went to Nixdorf, a German computer manufacturer and
  276. started working on UNIX, what I'm doing still. Until mid '89, however, I
  277. also worked on Aladin at home, just because the Greve brothers had no one
  278. else who really was able to make major imrovements to Aladin.
  279.  
  280. Now I'm really out of the Aladin business. A couple of weeks ago I had to
  281. go to an attorney, because the Greve brothers don't want to pay me my part
  282. of Aladin's income in '89. There's a German proverb, meaning "friendship
  283. ends, when it comes to money", and that's just a description of the
  284. development of our relationship.
  285.  
  286. Sounds a bit like resignation? That's true. I really never thought,
  287. that it could come that far, but it seems to happen more often than I
  288. thought, if you remember Dave's trouble with Data Pacific.
  289.  
  290. >       If any of the makers of Aladin ever make it to Denver, please
  291. > give me a call, okay? Let's go get a beer.
  292.  
  293. Dave, you should be careful offering (US-)beer to a German, many of them
  294. don't like something else than German beer :) but you can be sure, that
  295. I'll give you a call. I will be in Boston and San Francisco by the end of
  296. the year, but I don't know if we make a stop in Denver. We'll see...
  297.  
  298.         Pit
  299.  
  300. +-----------------------+---------------------------------------------------+
  301. !  Pit Capitain, DX-PC  !  US:  ...uunet!philabs!linus!nixbur!capitain.pad  !
  302. !  Nixdorf Computer AG  !  not US:    ...?mcvax!?unido!nixpbe!capitain.pad  !
  303. +-----------------------+---------------------------------------------------+
  304.  
  305. ------------------------------
  306.  
  307. Date: 5 Mar 90 23:27:20 GMT
  308. From:
  309.  zaphod.mps.ohio-state.edu!usc!orion.oac.uci.edu!uci-ics!wngai@tut.cis.ohio-stat
  310.  e.edu  (Wayne Ngai)
  311. Subject: PD/shareware Fortran compiler for Atari ST needed
  312. Message-ID: <25F2F5D8.10902@paris.ics.uci.edu>
  313.  
  314. Is there any existing PD/Shareware Fortran compiler for Atari St in existence?
  315.  
  316. Is so, could someone please mail me a copy?? Thanks!!!
  317.  
  318.  
  319. wayne
  320.  
  321. ------------------------------
  322.  
  323. Date: 5 Mar 90 22:50:38 GMT
  324. From: hp-pcd!hplsla!andyc@hplabs.hp.com  (Andy Cassino)
  325. Subject: Print Desktop (Alt-HELP) with Epson 24 pin printer - HELP NEEDED
  326. Message-ID: <5440109@hplsla.HP.COM>
  327.  
  328. rlee@weaver.ads.com (Richard Lee) writes:
  329. |
  330. |Andy, I'm afraid your brain was _still_ a bit fogged.  415 is the area
  331. |code for the San Francisco area.  Perhaps you meant 413 (western MA)?
  332. |
  333.  
  334. Yeah, that was it. Dang, is Mavis Beacon working on TOS 1.4 yet? :-)
  335.  
  336. ------------------------------
  337.  
  338. End of INFO-ATARI16 Digest V90 Issue #289
  339. *****************************************
  340.